ОБЩИЕ ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К АРХИТЕКТУРЕ IN
Основополагающим требованием к архитектуре IN является отделение функций предоставления услуг от функций коммутации и распределение их по различным функциональным подсистемам. Функции коммутации, как и для традиционных сетей остаются в базовой сети связи, а функции управления, создания и внедрения услуг выносятся в создаваемую отдельно от базовой сети "интеллектуальную" надстройку, взаимодействующую с базовой сетью посредством стандартизованных интерфейсов (см. рис. 1).
Рисунок 1.
Требование стандартизации протоколов обмена между базовой сетью и интеллектуальной надстройкой освобождает операторов сетей от существовавшей ранее зависимости от поставщиков коммутационного оборудования. Взаимодействие между функциями коммутации и управления услугами осуществляется посредством прикладного протокола интеллектуальной сети INAP (IN Application Protocol), стандартизованного ITU-T в рекомендации Q.1205. Управление созданием и внедрением услуг осуществляется через прикладной программный интерфейс API (Application Programm Interface), стандартизация которого пока еще полностью не завершена. Таким образом, стандартизованные интерфейсы IN делают сеть открытой для независимых изменений как в интеллектуальной надстройке, так и в базовой сети.
Обобщенная функциональная архитектура наглядно отражает одну из основных идей реализации IN по формуле:
ИНТЕЛЛЕКТУАЛЬНАЯ СЕТЬ = КОММУТАТОР + КОМПЬЮТЕР
К этой формуле на протяжении многих лет стремились как производители коммутационного оборудования, так и производители средств вычислительной техники. При этом первые получали возможность гибкого и оперативного создания и внедрения новых услуг связи без существенных изменений в коммутационном оборудовании, а вторые - выход на один из крупнейших сегментов рынка новых информационных технологий.
